Subscription based travel service with delay

ABSTRACT

Systems and methods are disclosed for providing a subscription travel service. The systems and methods include operations for receiving travel information with a travel date for a user; computing a subscription value as a function of a booking date and the travel date; determining a minimum travel value and a maximum purchase amount based on the computed subscription value; receiving a request from the user to reserve a given travel service having a first cost that exceeds the minimum travel value and a second cost that is less than the maximum purchase amount; and identifying a travel end date for the given travel service; and preventing the user from reserving another travel service for a specified period of time of the travel end date.

BACKGROUND

Web-based travel services systems allow a user to search through various travel services available by multiple providers. A user can specify a destination and travel time frame to find matching hotels, rental cars, and airfares along with their corresponding costs. The user can sort the results by price, type and availability of the travel service. After the user finds a suitable hotel, rental car, or airfare, the user can utilize the web-based travel services to reserve the hotel, rental car, or airfare.

BRIEF DESCRIPTION OF THE DRAWINGS

Various ones of the appended drawings merely illustrate example embodiments of the present disclosure and should not be considered as limiting its scope.

FIG. 1 is a block diagram illustrating a networked system for a subscription based travel service, according to some example embodiments.

FIG. 2 illustrates a travel services system, according to some example embodiments.

FIGS. 3-4 illustrate flow diagrams of processes of the travel services system, according to some example embodiments.

FIG. 5 is an illustrative graphical user interface of the travel services system, according to some example embodiments.

FIG. 6 is a block diagram illustrating an example of a software architecture that may be installed on a machine, according to some example embodiments.

FIG. 7 illustrates a diagrammatic representation of a machine, in the form of a computer system, within which a set of instructions may be executed for causing the machine to perform any one or more of the methodologies discussed herein, according to an example embodiment.

DETAILED DESCRIPTION

The description that follows includes systems, methods, techniques, instruction sequences, and computing machine program products that embody illustrative embodiments of the disclosure. In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide an understanding of various embodiments. It will be evident, however, to those skilled in the art, that embodiments may be practiced without these specific details. In general, well-known instruction instances, protocols, structures, and techniques are not necessarily shown in detail.

Users typically spend a great deal of time and effort making travel arrangements, such as looking for hotels, airfares, and car rentals that are within their budget. Existing travel sites allow a user to input various travel criteria, such as travel dates and destinations, to search for all the available hotels, airfares, and car rentals that match the travel criteria. The existing travel sites also allow the user to sort and filter results based on a specified cost. While such existing travel sites generally work well for making travel arrangements, there is often a large disparity among cost and availability for the same or similar hotels, airfares, and car rentals across different travel sites. This ends up burdening the user as the user has to search through the available options across multiple travel sites to make sure he or she gets the best price within their budget. Searching through multiple travel sites takes a great deal of time and effort and forces the user to navigate through multiple pages of information and manually compare results to make travel arrangements. Even still, the travel arrangements the user finally settles on may not provide the user with the best available options for the budget.

In addition, once a user finally finds a desired travel service, making reservations with the travel service requires the user to complete a checkout process by navigating through many checkout screens. For example, the user has to first select the desired travel service, then input various personal information on another screen, then navigate to a payment screen to provide payment information, and finally, the user can confirm reservation for the desired travel services in a confirmation screen. This further adds to the inefficient use of system resources for making travel service reservations using traditional systems and further wastes a user's time and effort. Also, inputting personal information and payment information each time a user wants to reserve a given travel service subjects the user to certain security risks, such as having the user's personal information and payment information compromised and stolen.

The disclosed embodiments improve the efficiency of using an electronic device to improve and provide a better and more secure way for users to consume travel, such as by making travel arrangements using a subscription-based travel service. The subscription-based travel service, according to the disclosed embodiments, allows a user to search for travel services and make reservations for travel services (e.g., such as hotels, rental cars, airfares, homes/residences, experiential travel, guided tours, cruises, train fares, private aviation, “glamping”, bespoke travel, event-based travel, and/or space travel) for a fixed annual or monthly subscription fee. The user who is a subscriber to the subscription-based reservation service is authorized to make an unlimited number of reservations for reservation services (including composite reservation options or offerings) without having to consider budgetary constraints or navigating through checkout screens and can search through the reservation services very quickly with minimal delay. While certain embodiments are described with reference to travel services, similar functionality can be applied to sporting event tickets, event tickets, concert tickets, entertainment tickets and restaurant reservations. In such cases, a subscription service can be provided that allows a user to pay a monthly or annual subscription fee and make an unlimited number of reservations for sporting event tickets, event tickets, entertainment tickets, concert tickets, and restaurant reservations without having to consider budgetary constraints.

In some embodiments, the reservation service automatically identifies, curates, and generates a predetermined list of all of the best available reservation service options including combining reservation services of different types for a specified travel period and destinations from which the user can select based on the user's subscription value. Each reservation service option may correspond to a given reservation service that is associated with a fixed or predetermined travel duration, such as three- or five-day stays at a hotel. Reserving a desired reservation service can be performed without navigating through multiple checkout and payment screens as the payment and user information needed to reserve the reservation service is performed using the subscription information and subscription payments the subscriber makes. Specifically, the disclosed embodiments store ahead of time various personal information about a user in a user profile and receive subscription payments from the subscribers. In this way, the disclosed embodiments can very quickly automatically reserve and pay for a user-selected reservation service (including composite reservation services) using the previously stored personal information and the previously provided subscription payments avoiding the need to navigate the user through a checkout process. Also, pre-storing the user's information increases the overall security with respect to reserving travel services as the user need not input personal and payment information each time the user desires to reserve a given travel service.

In this way, the amount of time and effort the user has to spend searching for travel services that meet the user's budget are significantly reduced. Also, by providing a single interface and travel site for making travel arrangements, that automatically take into account various travel service costs in providing travel services options to the user, the number of steps, pages, and interfaces the user has to navigate through to make travel arrangements are reduced. This provides a better way for a user to consume travel. Namely, the user does not need to search through multiple travel sites and pages of information to find travel arrangements that satisfy the user's needs.

To automatically provide the user with the list of available travel services, the disclosed embodiments receive travel information (e.g., automatically, before the user requests to view a curated list of travel service options or in response to the user specifying the travel information) with a travel date and, in response, compute a subscription value as a function of a booking date and the travel date. In some cases, the subscription value includes an accumulated value portion, representing the total amount the user will have paid for the subscription from the booking date to the travel date, and an amortized value portion, representing an estimate of the total amount of the subscription the user will have paid from the booking date to a given time period, such as a week relative to the annual subscription cost. A value guard is generated to search for travel services using the subscription value. Specifically, the value guard is generated by computing a minimum travel value and a maximum purchase amount based on the computed subscription value. A list of travel services that are available on the travel date is searched to identify candidate travel services that each has a first cost (e.g., a cost available through a publicly available database or travel site) that exceeds the minimum travel value. Then, a subset of the candidate travel services that each have a second cost (e.g., a cost available exclusively to subscribers of the travel service via the subscription travel services system database) that is less than the maximum purchase amount is selected and generated for display to the user in a graphical user interface using one or more interactive visual representations. The user can select a given one of the displayed visual representations to instruct the system to automatically reserve the travel service associated with the selected visual representation.

In some embodiments, after the user reserves a given travel service, the user is prevented from making further reservations for additional travel services for a specified period of time. Specifically, the specified period of time may be based on an end date of the given travel service. In such cases, the user can only reserve additional travel services that have a start date that is later than an end date of the reserved given travel service by the specified period of time (e.g., 1 day, 2 days, 3 days, and so forth). This prevents the user from reserving travel services that overlap partially in travel dates or that are immediately adjacent to one another in terms of start and end dates with no delay. In some implementations, the specified period of time between two reservations is different for different users (e.g., different classification of users) or based on a cost of the given travel service that is reserved. In such cases, if the user reserves a first travel service that has a cost that exceeds a specified threshold by a certain percentage or amount, the specified period of time can be set to a first period of time. If the user reserves a second travel service that has a cost that is less than the specified threshold by a certain percentage or amount, the specified period of time can be set to a second period of time that is shorter than the first period of time.

FIG. 1 is a block diagram illustrating a networked system 100 for a subscription based travel service, according to some example embodiments. The system 100 includes one or more client devices such as client device 110. The client device 110 comprises, but is not limited to, a mobile phone, desktop computer, laptop, portable digital assistants (PDA), smart phone, tablet, ultrabook, netbook, laptop, multi-processor system, microprocessor-based or programmable consumer electronic, game console, set-top box, computer in a vehicle, or any other communication device that a user may utilize to access the networked system 100. In some embodiments, the client device 110 comprises a display module to display information (e.g., in the form of graphical user interfaces). In further embodiments, the client device 110 comprises one or more of touch screens, accelerometers, gyroscopes, cameras, microphones, global positioning system (GPS) devices, and so forth. The client device 110 may be a device of a user that is used to access and utilize subscription based travel services via a travel services system 124 implemented by an application server 102.

For example, the client device 110 may be used by a user to navigate to a website of the travel services system 124. In some embodiments, the client device 110 may include a dedicated travel services system 124 application with the same or similar functionality as the website. After accessing the website, the user inputs personal information (e.g., name, address, phone number, payment information, and so forth) to subscribe to the travel services system 124. In some embodiments, the subscription fee is paid monthly but can be paid on any other periodic interval (e.g., weeks, daily, every other month, annual, lifetime, and so forth). After subscribing to the travel services system 124, the user is provided with login credentials that can be used to navigate and browse available travel services on the travel services system 124. For example, the user can access the travel services system 124 to browse hotel rooms available in various luxury categories in a selected geographical location at a particular date or range of dates.

In some embodiments, the client device 110 presents a graphical user interface with data entry regions allowing the user to select from a predefined list of travel destinations (e.g., geographical locations). In some embodiments, the graphical user interface allows the user to manually type in a name of a desired geographical location. As the user types in the name of the desired geographical location, the travel services system 124 searches through available travel destinations and presents the available travel destinations to the user for selection.

In response to receiving a user selection of one or more of the travel destinations, prior to or during selection of the destination, the client device 110 presents a data entry region for the user to input a specific travel start date (e.g., an arrival date at the hotel) and a number of days for the trip. In some embodiments, the list of available travel services is automatically searched for on a daily basis without receiving the user selection of the travel destination and/or travel start date. The travel services system 124 retrieves subscription information for the user specifying the amount the user pays on a monthly basis or other periodic basis (e.g., weekly, yearly, lifetime, and so forth). Using the subscription information, the travel services system 124 computes a subscription value as a function of the booking date and the travel date. The booking date may be computed based on the current date on which the user selection of the travel destination is received and/or the current date on which a list of travel services is searched and curated. The travel services system 124 utilizes the subscription value and a value guard to search for travel services that satisfy the subscription value and the value guard. The value guard is used as a filter of travel services to ensure that the travel service options presented to the user have a cost and/or value that satisfies a minimum travel value amount and does not exceed a maximum purchase amount. The travel services system 124 provides matching results to the client device 110 for presentation of the results in the graphical user interface using one or more interactive visual representations. The graphical user interface of the client device 110 may be utilized to access reviews, comments, and additional information for each of the travel services represented by the interactive visual representations.

The client device 110 receives a user input selecting one of the interactive visual representations for a travel service and communicates the selection to the travel services system 124. The travel services system 124 automatically reserves the travel service (e.g., holds and pays for a room at a hotel) corresponding to the selected interactive visual representation. The client device 110 may present a confirmation page to the user informing the user of the travel service that has been reserved and the travel start date.

In some implementations, the travel services system 124 may limit the number of concurrent travel services the user can reserve. For example, the travel services system 124 may allow the user to select only one travel service reservation at a time, such that the user is prevented from searching for and/or reserving additional travel services until the currently selected travel service that has been reserved expires or is canceled. As another example, the travel services system 124 may only allow the user to reserve three travel services at a time, such that when one of the three travel services expires, the user can reserve an additional travel service. Namely, after the start and end dates for the travel service elapse indicating that the user has utilized the travel service, the client device 110 may allow the user to search for additional travel services to reserve in a similar manner as before. Alternatively, the user can navigate to a cancelation page or graphical user interface using the client device 110 and cancel any reservations previously selected within a cancelation window (e.g., within 72 hours prior to the travel start date). In response to receiving a user request to cancel the travel service, the travel service system 124 may cancel the reservation and the client device 110 may allow the user to search for a new travel service in a similar manner as before.

In some implementations, the travel services system 124 prevents the user from reserving additional travel services that begin within a specified period of time (e.g., 1 day, 2 days, 3 days, and so forth) from when the currently reserved travel service ends. Specifically, the travel services system 124 determines or identifies an end date for the travel service that has been reserved by the user. The travel services system 124 computes the specified period of time based on a user profile of the user (e.g., a user classification) and/or a cost associated with the reserved travel service. In some cases, a first user classified as very active may be associated with or assigned a longer specified period of time than a second user that is classified as less active than the first user. In some cases, the specified period of time can be set to a first period of time that is shorter than a second period of time based on how expensive (or the value of) the travel service that is reserved. For example, a first travel service that is reserved can have a first value that is greater than a threshold. In such cases, if the user reserves the first travel service, the specified period of time may be set to the first period of time (e.g., 1 day). As another example, a second travel service that is reserved can have a second value that is less than the threshold. In such cases, if the user reserves the second travel service, the specified period of time may be set to the second period of time (e.g., 3 days).

The travel services system 124 only allows the user to reserve an additional travel service after the specified period of time elapses (e.g., 1 day after the end date of the travel service that has been reserved). In some cases, if the user is allowed to reserve multiple travel services concurrently, the travel services system 124 only allows the user to reserve an additional travel service that begins (has a start date) that follows the end date of a reserved travel service by the specified period of time (e.g., the user can only reserve another travel service that has a start date that is more than 1 day or more than 2 days after the end date of a given travel service that has already been reserved).

In some embodiments, the travel services system 124 provides an improved, more secure, seamless and better way for users to reserve and consume travel. The travel services system 124 performs such improved techniques in three phases or steps. Initially, in the first phase or step, the travel services system 124 generates an inventory of travel services by searching travel destinations across a range of date or dates throughout the year. The travel destinations are searched from publicly available information sources (e.g., databases of other travel sites available to non-subscribers of the travel services system 124), by direct access to a predetermined set of travel services, third party sources, proprietary sources, and travel services that have direct relationships and contracts for travel services with the travel services system 124. The travel destinations are searched periodically (e.g., nightly or weekly) and using various combinations of travel dates and destinations. The search returns travel services available at various dates throughout the world and includes the total cost for consuming the travel services on the particular combination of dates along with the cancelation policy of each travel service. The cancelation policy may indicate the fee for canceling the travel service once booked which may be free or a nominal charge. As a result, the output of phase one or step one is a collection or database of tens of millions of combinations of travel services (and travel service types), at different ranges of travel start dates, with corresponding prices or costs, and with corresponding cancelation policies.

After the first phase or step, the travel services system 124 performs a second step or phase. In the second step or phase, the collection of the travel services identified in the first phase is curated or filtered in accordance with one or more rules. Specifically, any, all or a combination of the information associated with each travel service (e.g., the travel start dates, the prices, the travel service type, the destination, and the cancelation policy) is analyzed and compared with the one or more rules to exclude and selected a list of candidate travel services. In an embodiment, the rules include three criteria (e.g., the booking date or date on which the reservation for a given travel service is made or requested, the price with taxes and fees (cost of the reservation), and the cancelation fee or policy) which are used to curate or filter the collection of travel services. The rules may vary between users or may be uniform for all users and subscribers of the travel services system 124.

Specifically, the rules consider how much the travel services system 124 is willing or allowed (e.g., the maximum purchase amount) to spend for a given travel service which is leveraged against how far in advance the reservation is being made (e.g., the difference between the booking date and the travel start date). The maximum purchase amount may be computed based on two factors of payments received (e.g., the amount a subscriber will actually end up paying from the booking date to the travel date and an amortized amount by week of the subscriber's subscription cost). Specifically, the amount the subscriber will actually end up paying may be computed by determining how many subscription cycles or how many payments will be collected between the booking date and the travel start date. For example, the subscriber pays monthly on the first day of every month and the booking date is in the middle of a given month and the travel start date is 2 months from the booking date. In such cases, the subscriber will end up paying 2 cycles of subscription fees—two monthly payments—by the time the trip starts. The amortized amount is less granular and represents on a repeated time interval (e.g., daily, monthly, weekly, hourly) basis how much the subscriber would end up paying. The maximum purchase amount is then offset by a margin which may be positive or negative. The margin may vary based on how far in advance the reservation is being made (e.g., the difference between the booking date and the travel start date). The margin may vary based on the type of travel service being booked or reserved. For example, the margin may be greater for travel services that include or relate to cruises and smaller margin for travel services that include or relate to homes/residences.

The travel services system 124 computes a minimum travel value representing the maximum a given user would be willing to pay for the travel service. This may be computed as a percentage (e.g., 80%) of the amount the subscriber would have paid by the time the trip begins. Specifically, the amount is a percentage of the number of subscription cycle payments the subscriber would have made by the travel start date starting from the booking date. This amount is used to remove any travel services that have a cost that is less than the minimum travel value as the subscriber can shop those travel services independently of being a subscriber to the travel services system 124. The travel services system 124 eliminates any duplicates from the travel services and maintains those travel services that have a maximum duration of travel dates. For example, if the travel services system 124 identifies the same hotel having 2, 3 and 5 night stay options in the same time period, the travel services system 124 selects only the 5 night option and removes or filters out the 2 and 3 night stay options during the same time period.

The travel services system 124 searches the actual price (value) or cost of the various travel services and applies a margin to the cost of each travel service. The margin may be positive or negative and may depend on how far in advance the travel date is relative to the booking date. The travel services system 124 filters any travel service that has a cost that exceeds the maximum purchase amount and filters any travel service that has a cost that is below the minimum travel value. The travel services system 124 applies an additional filter based on cancelation policies of travel services that do not satisfy a given cancelation policy criteria.

In some embodiments, the travel services system 124 presents the filtered list of travel services as options for the user or subscriber to select to make a reservation. The user can further filter the list based on various criteria (e.g., travel dates, travel destinations, etc.). In some embodiments, the travel services system 124 presents to a user a comparison of each travel service that is presented against what is available for the same travel service on a publicly available or other travel site. Specifically, the travel services system 124 presents next to each travel service or next to a portion of travel services an identification of another booking travel site that has the same travel service and the cost (value) for booking that same travel service on the another booking travel site. This cost (value) that is presented for comparison may be retrieved from storage based on what is in the collection that is analyzed and filtered to generate the list and/or may be determined automatically by accessing the another travel site, executing a search for the particular travel service and the particular range of travel dates, and retrieving the cost presented on the another travel site based on the executed search.

One or more users may be a person, a machine, or other means of interacting with the client device 110. In example embodiments, the user may not be part of the system 100 but may interact with the system 100 via the client device 110 or other means. For instance, the user may provide input (e.g., touch screen input or alphanumeric input) to the client device 110 and the input may be communicated to other entities in the system 100 (e.g., third-party servers 130, server system 108, etc.) via a network 104. In this instance, the other entities in the system 100, in response to receiving the input from the user, may communicate information to the client device 110 via the network 104 to be presented to the user. In this way, the user interacts with the various entities in the system 100 using the client device 110.

The system 100 further includes a network 104. One or more portions of network 104 may be an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (WLAN), a wide area network (WAN), a wireless WAN (WWAN), a metropolitan area network (MAN), a portion of the Internet, a portion of the public switched telephone network (PSTN), a cellular telephone network, a wireless network, a WiFi network, a WiMax network, another type of network, or a combination of two or more such networks.

The client device 110 may access the various data and applications provided by other entities in the system 100 via web client 112 (e.g., a browser, such as the Internet Explorer® browser developed by Microsoft® Corporation of Redmond, Wash. State) or one or more client applications 114. The client device 110 may include one or more client applications 114 (also referred to as “apps”) such as, but not limited to, a web browser, messaging application, electronic mail (email) application, an e-commerce site application, a mapping or location application, an online home buying and selling application, a travel services application, a real estate application, and the like.

In some embodiments, one or more client applications 114 are included in a given one of the client device 110, and configured to locally provide the user interface and at least some of the functionalities, with the client application 114 configured to communicate with other entities in the system 100 (e.g., third-party servers 130, server system 108, etc.), on an as-needed basis, for data and/or processing capabilities not locally available (e.g., to access location information, to access travel services information, such as cost and availability, to authenticate a user, to verify a method of payment, etc.). Conversely, one or more applications 114 may not be included in the client device 110, and then the client device 110 may use its web browser to access the one or more applications hosted on other entities in the system 100 (e.g., third-party servers 130, server system 108, etc.).

A server system 108 provides server-side functionality via the network 104 (e.g., the Internet or WAN) to one or more third-party servers 130 and/or one or more client devices 110. The server system 108 includes an application server 102 that implements an application program interface (API) server 120, a web server 122, and a travel services system 124, that may be communicatively coupled with one or more databases 128. The one or more databases 128 may be storage devices that store data related to users of the system 108, applications associated with the system 108, cloud services, travel services data, one or more machine learning techniques and so forth. The one or more databases 128 may further store information related to third-party servers 130, third-party applications 132, client devices 110, client applications 114, users, and so forth. In one example, the one or more databases 128 may be cloud-based storage.

In one example, the one or more databases 128 may be cloud-based storage. The one or more databases 128 may store subscription information for one or more users of the travel services system 124. The subscription information may identify users of the travel services system 124, the specified period of time (delay that is added between when a user can reserve additional travel services following completion or the end date of a reserved travel service), the subscription start dates of the users, the subscription fee of the users, the total amount paid to date for a subscription of the users, and one or more travel services activities of the users. The travel services activities may include any combination of the number of reservations made in a given time period (e.g., within a given subscription year) by each user, the subscription duration (e.g., measured from the subscription start date to the present date) of each user, the booking duration (e.g., measured from the booking date to the travel date) of each user, the distance to the travel destination of each user (e.g., measured from an address of the user and the location of reserved travel destinations), the margin amount (e.g., how much profit was made in aggregate during the course of the subscription) for each user, the cancelation frequency (e.g., how often the user cancels a reservation made), and/or the reservation frequency (e.g., how much time elapses on average between the end of one reservation and the start of another).

The one or more databases 128 may store the reservations (e.g., the destination and the travel start date and/or duration) of travel services of each user or subscriber of the travel services system 124. The one or more databases 128 may store a list of all the available, or a selected set, of travel services in one or more geographical regions or destinations along with reviews and/or detailed information about the travel services. The one or more databases 128 may store first and second costs on a nightly basis or on some other periodic interval (e.g., per 6 night basis) for each travel service. The first cost that is stored in the one or more databases 128 may represent the cost for the travel service that is provided to non-subscribers of the travel services system 124 and that is available by directly making the reservation through a dedicated server of the travel service and/or by making the reservation through an existing travel service search interface. The one or more databases 128 may access a dedicated existing travel service search interface on a periodic basis (e.g., nightly or weekly) to obtain and download the first cost (value) of each, or a selected set, of travel services. The first cost may be computed by selecting a specified travel duration (e.g., 6 nights) and multiplying the per night rate (provided by the travel service) by the specified travel duration. The second cost of each travel service may be a dedicated cost that is changed on an annual or monthly basis and is provided by contract between the travel services system 124 and the corresponding travel service. The second cost (value) may only be available to users who subscribe to the travel services system 124. The second cost of each travel service may represent the cost for consuming the travel service during a specified travel duration (e.g., 6 nights).

The one or more databases 128 may store the cancelation policy of each travel service indicating how much time in advance of the reservation start date at a given travel service the travel service reservation can be canceled without penalty (e.g., to receive a full refund). The one or more databases 128 may store the cost for canceling a given travel service outside of the cancelation policy. The one or more databases 128 may store an expected margin on a per user basis. The expected margin may increase over time (e.g., for subscribers classified as very active) or decrease over time (e.g., for subscribers classified as not very active). The expected margin may change by a predetermined factor based on a difference between a booking date and a travel start date (e.g., the margin may change based on how far in advance a user is making the reservation). This may be used to reduce the maximum purchase amount by a first factor if the reservation is made less than a predetermined number of days in advance of the travel date. This may be used to increase the maximum purchase amount by a second factor if the reservation is made more than a predetermined number of days in advance of the travel date.

The server system 108 may be a cloud computing environment, according to some example embodiments. The server system 108, and any servers associated with the server system 108, may be associated with a cloud-based application, in one example embodiment.

The server system 108 includes a travel services system 124. The travel services system 124 includes one or more modules, storage devices, and databases. The storage devices in the travel services system 124 store various travel services activities for each user, travel services activities training data, and one or more machine learning techniques for classifying users of the travel services system 124. The modules in travel services system 124 are configured to compute components of a subscription value, compute value guards, and search for available travel services to provide to the client device 110 in response to receiving a request for travel services at a given destination and time frame. The modules in travel services system 124 are configured to receive a user selection of one of the travel services matching the request and reserve the selected travel service for the user. The modules in travel services system 124 are configured to determine whether the number of pending reservations for a given user exceed an allowable number of pending reservations (e.g., more than one, or more than three) and in response prevent the user from making further reservations until the number of pending reservations is below the allowable number (e.g., by canceling a pending reservation or waiting for the reservation to expire).

In some embodiments, the modules in travel services system 124 are configured to determine a specified time period for a given user and prevent the user from making further reservations until the specified time period elapses measured from the end date of a currently reserved travel service. For example, the modules in travel services system 124 identify an end date for a travel service a user has reserved. The modules in travel services system 124 retrieves a specified period of time for the user (e.g., the specified period of time for a classification associated with the user) or a specified period of time that is associated with a cost or value of the reserved travel service. The modules in travel services system 124 prevent the user from reserving additional travel services until the currently reserved travel service is consumed and the specified period of time elapses after the reserved travel service is consumed. Alternatively, or in addition, before the user consumes the currently reserved travel service, the modules in travel services system 124 prevent the user from reserving additional travel services that have start dates that follow the end date of the reserved travel service by less than the specified period of time.

The modules in travel services system 124 are configured to train a machine learning technique to classify a given user or subscriber using the travel services activities of the user or subscriber by establishing relationships between known travel services activities and known or manually assigned classifications to users or subscribers. The modules in travel services system 124 are configured to filter the available travel services provided to a given client device 110 based on the classification of the user of the client device 110 and/or cancelation policies of the various travel services. The details of the travel services system 124 are provided below in connection with FIG. 2.

The system 100 further includes one or more third-party servers 130. The one or more third-party servers 130 may include one or more third-party application(s) 132. The one or more third-party application(s) 132, executing on third-party server(s) 130, may interact with the server system 108 via API server 120 via a programmatic interface provided by the API server 120. For example, one or more the third-party applications 132 may request and utilize information from the server system 108 via the API server 120 to support one or more features or functions on a website hosted by the third party or an application hosted by the third party. The third-party website or application 132, for example, may provide software version analysis functionality that is supported by relevant functionality and data in the server system 108.

Third-party servers 130 may include an existing non-subscription based travel service. Such non-subscription based travel services can be used to search for travel services at a first cost available to non-subscribers of the travel services system 124. The travel services system 124 may query the third-party servers 130 on a periodic basis to obtain the first costs for the travel services provided by the travel services system 124. The first costs may represent a per-night rate of the travel services multiplied by a predetermined number of nights (e.g., 6 nights).

FIG. 2 illustrates a travel services system 124, according to some example embodiments. The travel services system 124 includes a travel services training data module 210, a machine learning technique training module 220, a trained machine learning technique module 230, a new travel service request module 240, a subscription value module 250, a travel services search module 260, and a travel value guard module 252. In some implementations, some modules of the travel services system 124 may be implemented on server system 108 and others may be implemented on third party servers 130 or client device 110. In some implementations, all of the modules of the travel services system 124 are implemented on server system 108, on third party servers 130, or on client device 110. In such cases, server system 108 communicates information to third party servers 130 based on the modules implemented and vice versa.

The new travel service request module 240 may communicate with the client device 110 to receive parameters and criteria for a new travel service request. For example, via the graphical user interface of the client device 110, the user can select a travel destination or geographical location and can, optionally, input the desired trip start date, end date, and/or trip length. The new travel service request module 240 may communicate this user selection to the travel services search module 260 to identify a list of available travel services. The new travel service request module 240 may communicate an identifier of the user of the client device 110 to the subscription value module 250. In some embodiments, the parameters are automatically determined and computed on a nightly basis and used to curate a list of travel services over the course of a given user. In such cases, the user may enter a travel destination and the curated list is presented with previously selected travel dates (e.g., travel dates not inputted or selected by the user). In such cases, the new travel service request module 240 may, on a periodic basis (e.g., nightly) retrieve a subscription value for one or more users and one or more travel destinations and provide these as the selection to the travel services search module 260. In this way, the travel services search module 260 identifies available travel services across a range of dates for one or more users and curates such a list for subsequent presentation to the user. In this way, the user can simply enter a desired destination and the available and curated list of travel services at the destination, together with the available travel dates, are presented to the user.

The travel services search module 260 may communicate with the subscription value module 250 to obtain the subscription value for the user of the client device 110. The subscription value module 250 may communicate with the databases 128 to obtain the booking date and the subscription cost of the identified user. The booking date may be the current date indicating when the search module 260 conducts the search for available travel services and/or the date on which the user request to view available travel services is received from the new travel service request module 240. The subscription value module 250 may compute the subscription value based on two parameters: an aggregated subscription cost parameter and an amortized subscription cost parameter. In an example, the subscription value module 250 computes the subscription value as an average of the aggregated and the amortized subscription cost parameters.

For example, based on the data provided by the user, the subscription value module 250 may determine that the trip is scheduled to start 10 weeks from the present time. In such cases, the subscription value module 250 computes an estimate of the total amount the user will pay for the subscription by aggregating the total amount that will be paid from the present time until 10 weeks from the present time. Namely, the subscription value module 250 assumes the user will continue paying for the subscription until the travel start date from the booking date and estimates how much the user would have paid for the subscription from the current booking date until the future travel start date. As an example, if the subscription costs $2500 per month, the subscription value module 250 may determine that the trip will start 10 weeks from the present day and, in the next 10 weeks, three months' worth of subscription fees (e.g., $7500) will be paid (assuming the fee is paid on the first day of every month). Accordingly, the subscription value module 250 may compute as the aggregated subscription cost parameter of the subscription value $7500, that will be paid from present time (the booking date) until the trip start time.

The subscription value module 250 may also compute as the subscription value an amortized amount of the subscription cost over an annual basis. For example, the subscription value module 250 may determine the total cost of the subscription for the entire year $30.000 (e.g., by multiplying the number of months in a year, 12, by the monthly subscription fee, $2500). The subscription value module 250 may amortize the yearly subscription cost on a specified repeated period (e.g., daily, monthly, hourly, weekly) basis to determine the amount of the subscription paid from the booking date until the travel start date. For example, if the trip is planned to start in 10 weeks, the subscription value module 250 computes, as the amortized subscription cost parameter of the subscription value, a total of 10 weeks' worth of the weekly subscription cost as $5,769 (e.g., annual subscription fee $30,000 divided by 52 weeks per year and multiplied by 10 weeks).

The subscription value module 250 may compute the subscription value as a function of the aggregate subscription cost expected to have been paid by the time the trip starts and the amortized subscription cost by the time the trip starts as measured from the booking date. For example, if the user plans the trip to start in 10 weeks from today (the booking date), the subscription value module 250 computes an average of $7,500 and $5,769. As another example, the subscription value module 250 computes the subscription value as a weighted average or sum of the aggregated and amortized subscription cost parameters.

The subscription value module 250 provides the parameters of the subscription value to the travel value guard module 252. The travel value guard module 252 is configured to compute a guard range having a minimum travel value and a maximum purchase amount based on the subscription value. The guard range ensures that the travel services that are identified by the travel services search module 260 satisfy minimum parameters that ensure a subscriber receives a better deal or bargain than making the same reservation for the travel service through another travel service system (e.g., a travel service system provided by the third-party servers 130). The guard range also ensures that the travel services that are identified by the travel services search module 260 satisfy a margin amount that provides a positive or negative level of profitability to the travel services system 124. The margin amount may be computed based on a difference between the booking date and the travel date, such that the margin is greater when the difference is smaller than a threshold and is lower when the difference is greater than a threshold. Namely, the minimum travel value is used to ensure that travel service results provided to the user have a value, as determined by the first cost associated with the travel services, that is greater than the minimum travel value. Also, the maximum purchase amount is used to ensure that the travel service results provided to the user are not valued, as determined by the second cost associated with the travel services, greater than the maximum purchase amount. In some cases, the first and second costs may be the same values and in other cases they are different values.

As an example, the travel value guard module 252 computes the minimum travel value as a function of the aggregated (or accumulated) subscription cost parameter of the subscription value. Specifically, the travel value guard module 252 computes the minimum travel value as 80 percent of the aggregated (or accumulated) subscription cost parameter. Accordingly, if the aggregated subscription cost is determined to be $7.500, the minimum travel value is computed to be $6,000 (e.g., 80 percent of $7.500).

As an example, the travel value guard module 252 computes the maximum purchase amount as a function of an adjusted average of the aggregated and amortized subscription cost parameters. The average may be adjusted based on a margin amount or value that is associated with the user that is retrieved by the travel value guard module 252 from the databases 128. Specifically, the travel value guard module 252 computes the maximum purchase amount as an average of the aggregated (or accumulated) subscription cost parameter and the amortized subscription cost parameter offset by the retrieved margin. Accordingly, if the aggregated subscription cost is determined to be $7,500, the amortized subscription cost parameter is $5,769, and the margin is −2.5%, the maximum purchase amount value is computed to be $6,468 (e.g., (average of $7.500 and $5,769)*-2.5%)). In some implementations, the margin may change based on a cancelation policy of a given travel service and/or a cancelation frequency of a given user. In some implementations, the margin may change based on the travel date specified by the travel search request and/or based on a duration of time between a current date (the booking date) and the start date of the travel request.

The travel services search module 260 receives the guard range from the travel value guard module 252 and searches for travel services that fall within the guard range and that satisfy the travel criteria (optionally) supplied by the user received from the new travel service request module 240. As an example, the travel services search module 260 first searches for all of the travel services that are available on the travel date range (e.g., the travel start date and the travel duration) received from the client device 110 and/or received automatically by the travel service request module 240. The travel services search module 260 restricts or limits the search to those travel services that are within a specified range (e.g., 25 miles) of the travel destination or geographical region received from the client device 110 and/or received automatically by the travel service request module 240. In some cases, the travel services search module 260 accesses a predefined list of travel destinations and searches all of the available travel services available in 6-day periods (or other defined periods) during the course of the entire year. The travel services search module 260 searches various combinations of travel dates and destinations to generate millions of combinations of possible travel destinations at various periods.

After travel services search module 260 identifies the list of travel services that are available on the travel start date and that meet the travel destination or geographical region parameters, the travel services search module 260 obtains first and second costs associated with each of the travel destinations from the databases 128. The travel services search module 260 compares the first or second costs of each of the identified travel services to the minimum travel value received from the travel value guard module 252. The travel services search module 260 removes or filters from the list any travel service that has a first or second cost that is below the minimum travel value. The travel services search module 260 may also filter out and remove any travel destination that has a cancelation policy that fails to satisfy cancelation policy criteria. The travel services search module 260 removes or filters from the list any travel service that has a second cost that is above the maximum purchase amount received from the travel value guard module 252. To determine the first or second cost, the travel services search module 260 may multiply a nightly first and/or second cost of each travel service during the travel period by the number of days in the travel service request. In some cases, the travel services search module 260 communicates with the trained machine learning technique module 230 to obtain a classification for the user making the travel request and further filters or removes travel services based on the classification of the user. The travel services search module 260 provides the filtered list of travel services back to the new travel service request module 240 for provision to the client device 110 and presentation to the user for selection and requesting to make a reservation.

In some cases, the travel services search module 260 may search databases of travel services with second costs that are only available for reservation by the travel services system 124 and/or subscribers of the travel services system 124. This search may initially identify all of the travel services that have a cost that does not exceed the maximum purchase amount. Then, the travel services search module 260 may access publicly available databases of travel sites available to non-subscribers for the same identified travel services. The travel services search module 260 may compute a cost for the same identified travel services if purchased or reserved using the travel sites available to non-subscribers. This cost may be the first cost. The travel services search module 260 may determine whether these computed costs are below the minimum travel value, and if so, such travel services are removed and filtered from the list that is then provided to the user or subscriber of the travel services system 124.

To classify users, the trained machine learning technique module 230 is initially trained based on training data. Specifically, the travel services training data module 210 includes a list of travel services activities associated with various subscribers of the travel services system 124. The travel services activities are obtained by the travel services training data module 210 from database 128 and/or from third party server 130. For example, the travel services training data module 210 obtains the number of reservations made by a user from database 128 and obtains the cancelation frequency from third party server 130. The travel services training data module 210 may access training data including the number of reservations made by each user, the subscription duration of each user, the distance to travel destination of each user, the margin amount of each user, the reservation frequency of each user, the cancelation frequency of each user, and an assigned classification of each user. The classification may represent a level of activity of each user from not active, to medium active, to very active. The classification is used to control and filter the types and quantity of travel services provided to different users. This can be used as a measure to ensure that users who are not very active are provided a greater quantity of a better type of travel services than a very active user to incentivize the non-active user to utilize the travel services system 124. The classification can also be used to adjust or set different delays (specified periods of time) between reserving different travel services (e.g., the classification can be used to set how long a user has to wait before reserving a new travel service after consuming a given travel service or can be used to set how soon a different travel service can start following the end date of a travel service that has been reserved but not yet consumed).

Machine learning technique training module 220 is trained to predict a classification for a subscriber of the travel services system 124 by establishing a relationship between one or more known travel services activities of other users provided by travel services training data module 210 and the corresponding known classification of the other users provided by the travel services training data module 210.

Machine learning is a field of study that gives computers the ability to learn without being explicitly programmed. Machine learning explores the study and construction of algorithms, also referred to herein as tools, that may learn from existing data and make predictions about new data. Such machine-learning tools operate by building a model from example training data (e.g., travel services activity information) in order to make data-driven predictions or decisions expressed as outputs or assessments. Although example embodiments are presented with respect to a few machine-learning tools, the principles presented herein may be applied to other machine-learning tools. In some example embodiments, different machine-learning tools may be used. For example. Logistic Regression (LR). Naive-Bayes. Random Forest (RF), neural networks (NN), matrix factorization, and Support Vector Machines (SVM) tools may be used for classifying a given user based on travel activities of the user.

The machine-learning algorithms utilize features (e.g., various combinations of travel services activities performed by other users in interacting and making reservations with the travel services system 124) for analyzing the data to generate assessments (e.g., a classification of the users). A feature is an individual measurable property of a phenomenon being observed. The concept of a feature is related to that of an explanatory variable used in statistical techniques such as linear regression. Choosing informative, discriminating, and independent features is important for effective operation of in pattern recognition, classification, and regression. Features may be of different types, such as numeric features, strings, and graphs.

In one example embodiment, the features may be of different types and may include one or more of a number of reservations made by each user, the subscription duration of each user, the distance to travel destination of each user, the margin amount of each user, the reservation frequency of each user, and the cancelation frequency of each user.

The machine-learning algorithms utilize the training data to find correlations among the identified features that affect the outcome or assessment (e.g., the known or assigned classification of each user). In some example embodiments, the training data includes labeled data, which is known data for one or more identified features and one or more outcomes, such as the assigned classification of the user.

Once the training data are collected and processed, machine learning technique training module 220 model can be built using either statistical learning or machine learning techniques. In one embodiment, regression analysis can be used to build the machine learning technique training module 220 model. Regression analysis is a statistical process for estimating the relationships among variables. There are a number of known methods to perform regression analysis. Linear regression or ordinary least squares regression, among others, are “parametric” in that the regression function is defined in terms of a finite number of unknown model parameters that can be estimated from training data. For days to pending prediction, a regression model (e.g., Equation 1) can be defined, for example, as:

H≈f(X,β),  (Equation 1)

where “H” denotes the known days to pending amount for a set of properties. “X” denotes a vector of input variables (e.g., any one of the travel services activities associated with the set of users), and “β” denotes a vector of unknown parameters to be determined or trained for the regression model.

The training data that include travel services activities of various users and the corresponding classification (which can be manually or automatically specified for each user) provide a set of known H values (e.g., the classification of a user) having corresponding X values (e.g., feature vectors extracted from the travel services activities). Using these data, the model parameter p can be computed using data fitting techniques such as least squares, maximum likelihood, or the like. Once p is estimated, the model can then compute H (e.g., a user travel services classification) for a new set of X values (e.g., feature vectors extracted from a new set of travel services activities).

Machine learning techniques train models to accurately make predictions on data fed into the models (e.g., what was said by a user in a given utterance; whether a noun is a person, place, or thing; what the weather will be like tomorrow). During a learning phase, the models are developed against a training dataset of inputs to optimize the models to correctly predict the output for a given input. Generally, the learning phase may be supervised, semi-supervised, or unsupervised, indicating a decreasing level to which the “correct” outputs are provided in correspondence to the training inputs. In a supervised learning phase, all of the outputs are provided to the model and the model is directed to develop a general rule or algorithm that maps the input to the output. In contrast, in an unsupervised learning phase, the desired output is not provided for the inputs so that the model may develop its own rules to discover relationships within the training dataset. In a semi-supervised learning phase, an incompletely labeled training set is provided, with some of the outputs known and some unknown for the training dataset.

Models may be run against a training dataset for several epochs (e.g., iterations), in which the training dataset is repeatedly fed into the model to refine its results. For example, in a supervised learning phase, a model is developed to predict the output for a given set of inputs and is evaluated over several epochs to more reliably provide the output that is specified as corresponding to the given input for the greatest number of inputs for the training dataset. In another example, for an unsupervised learning phase, a model is developed to cluster the dataset into n groups and is evaluated over several epochs as to how consistently it places a given input into a given group and how reliably it produces the n desired clusters across each epoch.

Once an epoch is run, the models are evaluated and the values of their variables are adjusted to attempt to better refine the model in an iterative fashion. In various aspects, the evaluations are biased against false negatives, biased against false positives, or evenly biased with respect to the overall accuracy of the model. The values may be adjusted in several ways depending on the machine learning technique used. For example, in a genetic or evolutionary algorithm, the values for the models that are most successful in predicting the desired outputs are used to develop values for models to use during the subsequent epoch, which may include random variation/mutation to provide additional data points. One of ordinary skill in the art will be familiar with several other machine learning algorithms that may be applied with the present disclosure, including linear regression, random forests, decision tree learning, neural networks, deep neural networks, and so forth.

Each model develops a rule or algorithm over several epochs by varying the values of one or more variables affecting the inputs to more closely map to a desired result, but as the training dataset may be varied, and is preferably very large, perfect accuracy and precision may not be achievable. A number of epochs that make up a learning phase, therefore, may be set as a given number of trials or a fixed time/computing budget, or may be terminated before that number/budget is reached when the accuracy of a given model is high enough or low enough or an accuracy plateau has been reached. For example, if the training phase is designed to run n epochs and produce a model with at least 95% accuracy, and such a model is produced before the n^(th) epoch, the learning phase may end early and use the produced model satisfying the end-goal accuracy threshold. Similarly, if a given model is inaccurate enough to satisfy a random chance threshold (e.g., the model is only 55% accurate in determining true/false outputs for given inputs), the learning phase for that model may be terminated early, although other models in the learning phase may continue training. Similarly, when a given model continues to provide similar accuracy or vacillate in its results across multiple epochs—having reached a performance plateau—the learning phase for the given model may terminate before the epoch number/computing budget is reached.

Once the learning phase is complete, the models are finalized. In some example embodiments, models that are finalized are evaluated against testing criteria. In a first example, a testing dataset that includes known outputs for its inputs is fed into the finalized models to determine an accuracy of the model in handling data on which it is has not been trained. In a second example, a false positive rate or false negative rate may be used to evaluate the models after finalization. In a third example, a delineation between data clusterings is used to select a model that produces the clearest bounds for its clusters of data. In some embodiments, the machine learning technique training module 220 is trained to establish a relationship to classify a user based on a logistic regression of one or more features (e.g., training data received from travel services training data module 210).

After being trained, the machine learning technique is provided to trained machine learning technique module 230. In one example, the coefficient values of the machine learning technique (e.g., the linear model) are stored in a storage of trained machine learning technique module 230. Trained machine learning technique module 230 is configured to receive new travel services activities of a new user from new travel service request module 240. For example, the new travel service request module 240 receives a user input that identifies a desired travel destination and travel dates and accesses previously stored interaction information for the user (e.g., the number of prior reservations made by the user and the distance traveled by the user from the user's home address to the travel destinations). The new travel service request module 240 accesses database 128 and/or server 130 to obtain the travel services activities for the new user. For example, new travel service request module 240 obtains the number of reservations previously made by the user, the subscription duration of the user, the distance traveled by the user to the destinations, the margin amount stored for the user, the reservation frequency of the user, and/or the cancelation frequency of the user. The new travel service request module 240 instructs the trained machine learning technique module 230 to apply the trained machine learning technique using the previously computed coefficients to the data provided by the new travel service request module 240. Trained machine learning technique module 230 provides a classification for the new user based on the data provided by the new travel service request module 240.

In one example, after being trained, the machine learning technique training module 220 classifies a new user as a very active user as a function of the number of reservations made by the user in a given subscription period (e.g., within a year). A user that makes more than two reservations in a given month may be classified as a very active user and be provided more limited and less interesting travel services options for a given search request than another user who is classified as a not very active user and provides the same search request. For example, if a first user classified as very active searches for a hotel in Miami during December 24 for 6 nights, a first set of hotels that includes 5 hotels that are rated 4 stars may be presented to the user as options to make a reservation. A second user classified as not very active who, concurrently with the first user, searches for a hotel in Miami during December 24 for 6 nights, may be presented with a second set of hotels that includes the 5 hotels in the first set and 10 more hotels that are rated 5 stars as options to select to make a reservation.

The new travel service request module 240 may receive a user request to reserve a given travel service. The given travel service may begin on a first date and end on a second date (the end date). The new travel service request module 240 may prevent a user from making further or additional travel service reservations based on a specified period of time the follows the second date or the end date of the given travel service.

As an example, the new travel service request module 240 detects that the second date has elapsed indicating that the user has consumed the given travel service. The new travel service request module 240 may disable functionality or options for reserving another travel service based on the specified period of time. Specifically, the new travel service request module 240 may maintain the option for reserving another travel service in a disabled state until the specified period of time (e.g., 2 days) elapses following the second date or completion of consumption of the given travel service.

The new travel service request module 240 may retrieve the specified period of time or compute the specified period of time based on a user profile. In such cases, one user of the travel services system 124 may be associated with a different specified period of time than another user of the travel services system 124. In some cases, the new travel service request module 240 computes the specified period of time based on an attribute (e.g., the duration, cost, location, value, and so forth) or any combination of attributes of the given travel service that has been reserved. In such cases, the specified period may differ between different travel services that are reserved.

As an example, a user can reserve a first travel service and a first specified period of time (e.g., first delay) can be computed for the first travel service based on an attribute or combination of attributes of the first travel service. The new travel service request module 240 may prevent the user from reserving additional travel services until the first delay following the end date of the first travel service that has been reserved elapses (e.g., the user is prevented from reserving additional travel services until April 10 if the first travel service ends on April 7 and the first delay is 3 days). As another example, a user can reserve a second travel service and a second specified period of time (e.g., second delay, shorter than the first delay) can be computed for the second travel service based on an attribute or combination of attributes of the second travel service. The new travel service request module 240 may prevent the user from reserving additional travel services until the second delay following the end date of the second travel service that has been reserved elapses (e.g., the user is prevented from reserving additional travel services until May 10 if the second travel service ends on May 8 and the second delay is 2 days).

As an example, the new travel service request module 240 determines the end date for the given travel service that has been reserved. The new travel service request module 240 may prevent the user from reserving another travel service that begins earlier than the specified period of time past the end date of the given travel service. Specifically, for the given travel service that has not yet been consumed, the new travel service request module 240 may set the earliest start date for reserving another travel service to be the end date plus the specified period of time (e.g., two days past the end date of the given travel service). This can be made available only for a user who is allowed to make multiple travel services reservations concurrently (e.g., have multiple unconsumed travel services reserved that do not overlap and are offset by the specified time period or delay).

As an example, a user can reserve a first travel service and a first specified period of time (e.g., first delay) can be computed for the first travel service based on an attribute or combination of attributes of the first travel service. The new travel service request module 240 may prevent the user from reserving additional travel services that begin earlier than the first delay following the end date of the first travel service that has been reserved (e.g., the user is prevented from reserving additional travel services that begin earlier than April 10 if the first travel service ends on April 7 and the first delay is 3 days). As another example, a user can reserve a second travel service and a second specified period of time (e.g., second delay, shorter than the first delay) can be computed for the second travel service based on an attribute or combination of attributes of the second travel service. The new travel service request module 240 may prevent the user from reserving additional travel services that begin earlier than the second delay following the end date of the second travel service that has been reserved (e.g., the user is prevented from reserving additional travel services that begin earlier than May 10 if the second travel service ends on May 8 and the second delay is 2 days).

FIGS. 3-4 illustrate flow diagrams of processes of the travel services system 124, according to some example embodiments. The processes 300-400 may be embodied in computer-readable instructions for execution by one or more processors such that the operations of the processes 300-400 may be performed in part or in whole by the functional components of the server system 108; accordingly, the processes 300-400 are described below by way of example with reference thereto. However, in other embodiments at least some of the operations of the processes 300-400 may be deployed on various other hardware configurations. The processes 300-400 are therefore not intended to be limited to the server system 108 and can be implemented in whole, or in part, by any other component. Any operation in the processes 300-400 can be performed in any order or entirely omitted and skipped.

At operation 301, a computing system (e.g., server system 108) receives travel service information representing different types of travel activities performed by users of the travel service. For example, travel services training data module 210 obtains from database 128 and/or server 130 travel services activities of various types associated with users of the travel services system 124 (e.g., number of reservations made, subscription duration, distance to travel destinations, margin amount, reservation frequency, cancelation frequency, etc.).

At operation 302, the computing system determines, for each of the users, a user classification, based on the different types of travel activities. For example, travel services training data module 210 accesses data stored in database 128 that indicates the known classification of each user for which travel activities information is received.

At operation 303, the computing system trains a machine learning technique to establish a relationship between the different types of travel activities and the determined user classification. For example, travel services training data module 210 provides the known travel activities of the users and the known classifications associated with each user to machine learning technique training module 220. Machine learning technique training module 220 inputs the received data into a linear model (e.g., a log odds model) to estimate or compute coefficients associated with each activity. In some implementations, machine learning technique training module 220 performs a regression technique to estimate the coefficients of the model.

At operation 304, the computing system applies the trained machine learning technique to travel activities associated with a new user to associate a classification with the new user. For example, new travel service request module 240 obtains a travel request from a user, via a graphical user interface on a client device 110, and obtains from database 128 travel activities previously performed by the user. The trained machine learning technique module 230 is applied to the information provided by the new travel service request module 240 to obtain and associate a classification with the new user and/or new travel request.

At operation 305, the computing system filters a candidate list of travel services presented to the new user based on the classification associated with the new user. For example, the travel services search module 260 receives the user classification and filters identified travel services that match a travel search request based on the user classification.

At operation 401, the computing system receives travel information with a travel date for a user. This travel information may be received from a user or may be automatically selected as a range of date or dates through a given year. For example, the new travel service request module 240 communicates with a client device 110 to obtain travel criteria (e.g., travel destination and travel dates) from a user.

At operation 402, the computing system computes a subscription value as a function of a booking date and the travel date. For example, the subscription value module 250 computes the subscription value parameters (e.g., aggregated and amortized subscription cost parameters) based on subscription information stored in database 128 for the user.

At operation 403, the computing system determines a minimum travel value and a maximum purchase amount based on the computed subscription value. For example, the travel value guard module 252 determines a guard range for searching travel services based on adjusted aggregated and amortized subscription cost parameters (e.g., by applying a margin offset value to an average of the aggregated and amortized subscription cost parameters).

At operation 404, the computing system receives a request from the user to reserve a given travel service having a first cost that exceeds the minimum travel value and a second cost that is less than the maximum purchase amount. For example, the computing system searches a list of travel services that are available on the travel date to identify candidate travel services each having a first cost that exceeds the minimum travel value and selects a subset of the candidate travel services that each have a second cost that is less than the maximum purchase amount. The computing system generates for display in a graphical user interface to the user, one or more interactive visual representations of the selected subset of the candidate travel services. The computing system receives a user selection of a given visual representation associated with a given travel service as a request to reserve the given travel service.

At operation 405, the computing system identifies a travel end date for the given travel service. For example, the computing system determines that the user has consumed the given travel service at a particular date or retrieves the dates of travel for the travel service to determine when the travel service is set to end.

At operation 406, the computing system prevents the user from reserving another travel service for a specified period of time of the travel end date. For example, the computing system prevents the user from reserving additional travel services until the currently reserved travel service is consumed and the specified period of time (e.g., 1 day, 2 days, and so forth) elapses after the reserved travel service is consumed. Alternatively, or in addition, before the user consumes the currently reserved travel service, the computing system prevents the user from reserving additional travel services that have start dates that follow the end date of the reserved travel service by less than the specified period of time (e.g., the user is prevented from reserving additional travel services that begin less than 3 days after the reserved travel service ends).

FIG. 5 is an illustrative graphical user interface of the travel services system 124, according to some example embodiments. As shown, a user can input travel search criteria 501. This travel criteria may include various parameters 502 including a travel destination, distance to the destination, start date of the travel, end date of the travel, number of days in the trip, quality of the travel services, and/or any combination thereof. The travel services system 124 processes the travel search criteria and automatically generates a list of matching travel services for presentation using one or more interactive visual representations 503. In some cases, the travel services system 124 processes the travel search criteria and automatically selects one of a plurality of previously generated and curated lists of travel services for presentation using one or more interactive visual representations 503. A user can select any one of the interactive visual representations 503 to instruct the travel services system 124 to complete a reservation for the corresponding travel service associated with the selected visual representation.

In some implementations, the travel services system 124 presents a notification 504 in response to receiving a user request to reserve a given travel service. The notification may be based on the specified time period (the delay) associated with the user or with a value of the reserved given travel service. The notification may inform the user how long the user has to wait (following completion of the given travel service) before reserving an additional travel service. The notification may inform the user about the earliest start date that can be selected for an additional travel service that is computed by adding the specified period of time to the end date of the given travel service that has been reserved (but not yet consumed or partially consumed).

In some embodiments, the travel services in the graphical user interface of FIG. 5 are generated using individualized travel service lists for the user based on travel behaviors, geographical location, demographics, or a margin target for the user. For example, the travel services system 124 may further filter or re-organize the list of available travel services presented to the user in FIG. 5 based on a profile of a given user that indicates various attributes of the user (e.g., travel behaviors, geographical location, demographics, cancelation frequency, number of reservations made in a given time interval, or a margin target specific to the user or classification of the user). The graphical user interface of FIG. 5 may include an option enabling the user to sort or filter the travel services presented in the graphical user interface based on a predicted likelihood that the user will reserve the travel services using a preference technique or a recommendation technique. In such cases, the travel services system 124 obtains a profile of the user and applies a recommendation algorithm to predict which travel services have a greater likelihood of being selected for reservation by the user than others. Those that have a greater likelihood may then be presented at the top of the list as the user is more likely to be interested to reserve those travel services and those with lower likelihood are presented at the bottom of the list (or omitted entirely). Namely, if a travel service is associated with a likelihood of being booked by the user that is less than a threshold, such a travel service may be excluded from the list presented to the user in FIG. 5.

FIG. 6 is a block diagram illustrating software architecture 606, which can be installed on any one or more of the devices described above. For example, in various embodiments, client devices 110 and servers and systems 130, 108, 120, 122, and 124 may be implemented using some or all of the elements of software architecture 606. FIG. 6 is merely a non-limiting example of a software architecture, and it will be appreciated that many other architectures can be implemented to facilitate the functionality described herein. In various embodiments, the software architecture 606 is implemented by hardware (including a hardware layer 652 with processing unit 654, memory/storage 656, and other hardware 658) such as machine 700 of FIG. 7 that includes processors 704, memory/storage 706, and input/output (I/O) components 718. As explained below, the processing unit 654 is configured to execute instructions 604 that are stored in memory/storage 656. In this example, the software architecture 606 can be conceptualized as a stack of layers where each layer may provide a particular functionality. For example, the software architecture 606 includes layers such as an operating system 602, libraries 620, frameworks 618, and applications 616. Operationally, the applications 616 invoke API calls 608 through the software stack and receive messages 612 in response to the API calls 608, consistent with some embodiments.

In various implementations, the operating system 602 manages hardware resources and provides common services. The operating system 602 includes, for example, a kernel 622, services 624, and drivers 626. The kernel 622 acts as an abstraction layer between the hardware and the other software layers, consistent with some embodiments. For example, the kernel 622 provides memory management, processor management (e.g., scheduling), component management, networking, and security settings, among other functionality. The services 624 can provide other common services for the other software layers. The drivers 626 are responsible for controlling or interfacing with the underlying hardware, according to some embodiments. For instance, the drivers 626 can include display drivers, camera drivers. BLUETOOTH® or BLUETOOTH® Low Energy drivers, flash memory drivers, serial communication drivers (e.g., Universal Serial Bus (USB) drivers). WI-FI® drivers, audio drivers, power management drivers, and so forth.

In some embodiments, the libraries 620 provide a low-level common infrastructure utilized by the applications 616. The libraries 620 can include system libraries 644 (e.g., C standard library) that can provide functions such as memory allocation functions, string manipulation functions, mathematic functions, and the like. In addition, the libraries 620 can include API libraries 646 such as media libraries (e.g., libraries to support presentation and manipulation of various media formats such as Moving Picture Experts Group-4 (MPEG4), Advanced Video Coding (H.264 or AVC). Moving Picture Experts Group Layer-3 (MP3), Advanced Audio Coding (AAC), Adaptive Multi-Rate (AMR) audio codec. Joint Photographic Experts Group (JPEG or JPG), or Portable Network Graphics (PNG)), graphics libraries (e.g., an OpenGL framework used to render in two dimensions (2D) and in three dimensions (3D) graphic content on a display), database libraries (e.g., SQLite to provide various relational database functions), web libraries (e.g., WebKit to provide web browsing functionality), and the like. The libraries 620 can also include a wide variety of other libraries 648 to provide many other APIs to the applications 616.

The frameworks 618 provide a high-level common infrastructure that can be utilized by the applications 616, according to some embodiments. For example, the frameworks 618 provide various graphic user interface functions, high-level resource management, high-level location services, and so forth. The frameworks 618 can provide a broad spectrum of other APIs that can be utilized by the applications 616, some of which may be specific to a particular operating system 602 or platform.

In an example embodiment, the applications 616 include built-in applications 638 including any one or more of a home application, a contacts application, a browser application, a book reader application, a location application, a media application, a messaging application, a game application, and a broad assortment of other applications such as a third-party application 640. According to some embodiments, the applications 616 are programs that execute functions defined in the programs. Various programming languages can be employed to create one or more of the applications 616, structured in a variety of manners, such as object-oriented programming languages (e.g., Objective-C, Java, or C++) or procedural programming languages (e.g., C or assembly language). In a specific example, the third-party application 666 (e.g., an application developed using the ANDROID™ or IOS™ software development kit (SDK) by an entity other than the vendor of the particular platform) may be mobile software running on a mobile operating system such as IOS™, ANDROID™, WINDOWS® Phone, or another mobile operating system. In this example, the third-party application 640 can invoke the API calls 608 provided by the operating system 602 to facilitate functionality described herein.

Some embodiments may particularly include a subscription based travel services application. In certain embodiments, this may be a stand-alone application that operates to manage communications with a server system such as third-party servers 130 or server system 108. In other embodiments, this functionality may be integrated with another application. The subscription based travel services application may request and display various data related to subscription based travel services and may provide the capability for a user to input data related to the objects via a touch interface, keyboard, or using a camera device of machine 700, communication with a server system via I/O components 718, and receipt and storage of object data in memory/storage 706. Presentation of information and user inputs associated with the information may be managed by subscription based travel services application using different frameworks 618, library 620 elements, or operating system 602 elements operating on a machine 700.

FIG. 7 is a block diagram illustrating components of a machine 700, according to some embodiments, able to read instructions from a machine-readable medium (e.g., a machine-readable storage medium) and perform any one or more of the methodologies discussed herein. Specifically. FIG. 7 shows a diagrammatic representation of the machine 700 in the example form of a computer system, within which instructions 710 (e.g., software, a program, an application 616, an applet, an app, or other executable code) for causing the machine 700 to perform any one or more of the methodologies discussed herein can be executed. In alternative embodiments, the machine 700 operates as a standalone device or can be coupled (e.g., networked) to other machines. In a networked deployment, the machine 700 may operate in the capacity of a server 130, 108, 120, 122, 124, etc., or a client device 110 in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The machine 700 can comprise, but not be limited to, a server computer, a client computer, a personal computer (PC), a tablet computer, a laptop computer, a netbook, a PDA, an entertainment media system, a cellular telephone, a smart phone, a mobile device, a wearable device (e.g., a smart watch), a smart home device (e.g., a smart appliance), other smart devices, a web appliance, a network router, a network switch, a network bridge, or any machine capable of executing the instructions 710, sequentially or otherwise, that specify actions to be taken by the machine 700. Further, while only a single machine 700 is illustrated, the term “machine” shall also be taken to include a collection of machines 700 that individually or jointly execute the instructions 710 to perform any one or more of the methodologies discussed herein.

In various embodiments, the machine 700 comprises processors 704, memory 714, and I/O components 718, which can be configured to communicate with each other via a bus 702. In an example embodiment, the processors 704 (e.g., a central processing unit (CPU), a reduced instruction set computing (RISC) processor, a complex instruction set computing (CISC) processor, a graphics processing unit (GPU), a digital signal processor (DSP), an application specific integrated circuit (ASIC), a radio-frequency integrated circuit (RFIC), another processor, or any suitable combination thereof) include, for example, a processor 708 and a processor 712 that may execute the instructions 710. The term “processor” is intended to include multi-core processors 704 that may comprise two or more independent processors 704 (also referred to as “cores”) that can execute instructions 710 contemporaneously. Although FIG. 7 shows multiple processors 704, the machine 700 may include a single processor 704 with a single core, a single processor 704 with multiple cores (e.g., a multi-core processor 704), multiple processors 704 with a single core, multiple processors 704 with multiples cores, or any combination thereof.

The memory/storage 706 comprises a main memory 714, a static memory, and a storage unit 716 accessible to the processors 704 via the bus 702, according to some embodiments. The storage unit 716 can include a machine-readable medium on which are stored the instructions 710 embodying any one or more of the methodologies or functions described herein. The instructions 710 can also reside, completely or at least partially, within the main memory 714, within the static memory, within at least one of the processors 704 (e.g., within the processor's cache memory), or any suitable combination thereof, during execution thereof by the machine 700. Accordingly, in various embodiments, the main memory 714, the static memory, and the processors 704 are considered machine-readable media.

As used herein, the term “memory” refers to a machine-readable medium able to store data temporarily or permanently and may be taken to include, but not be limited to, random-access memory (RAM), read-only memory (ROM), buffer memory, flash memory, and cache memory. While the machine-readable medium is shown, in an example embodiment, to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, or associated caches and servers) able to store the instructions 710. The term “machine-readable medium” shall also be taken to include any medium, or combination of multiple media, that is capable of storing instructions (e.g., instructions 710) for execution by a machine (e.g., machine 700), such that the instructions 710, when executed by one or more processors of the machine 700 (e.g., processors 704), cause the machine 700 to perform any one or more of the methodologies described herein. Accordingly, a “machine-readable medium” refers to a single storage apparatus or device, as well as “cloud-based” storage systems or storage networks that include multiple storage apparatus or devices. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, one or more data repositories in the form of a solid-state memory (e.g., flash memory), an optical medium, a magnetic medium, other non-volatile memory (e.g., erasable programmable read-only memory (EPROM)), or any suitable combination thereof. The term “machine-readable medium” specifically excludes non-statutory signals per se.

The I/O components 718 include a wide variety of components to receive input, provide output, produce output, transmit information, exchange information, capture measurements, and so on. In general, it will be appreciated that the I/O components 718 can include many other components that are not shown in FIG. 7. The I/O components 718 are grouped according to functionality merely for simplifying the following discussion, and the grouping is in no way limiting. In various example embodiments, the U/O components 718 include output components 726 and input components 728. The output components 726 include visual components (e.g., a display such as a plasma display panel (PDP), a light emitting diode (LED) display, a liquid crystal display (LCD), a projector, or a cathode ray tube (CRT)), acoustic components (e.g., speakers), haptic components (e.g., a vibratory motor), other signal generators, and so forth. The input components 728 include alphanumeric input components (e.g., a keyboard, a touch screen configured to receive alphanumeric input, a photo-optical keyboard, or other alphanumeric input components), point-based input components (e.g., a mouse, a touchpad, a trackball, a joystick, a motion sensor, or other pointing instruments), tactile input components (e.g., a physical button, a touch screen that provides location and force of touches or touch gestures, or other tactile input components), audio input components (e.g., a microphone), and the like.

In some further example embodiments, the I/O components 718 include biometric components 730, motion components 734, environmental components 736, or position components 738, among a wide array of other components. For example, the biometric components 730 include components to detect expressions (e.g., hand expressions, facial expressions, vocal expressions, body gestures, or eye tracking), measure biosignals (e.g., blood pressure, heart rate, body temperature, perspiration, or brain waves), identify a person (e.g., voice identification, retinal identification, facial identification, fingerprint identification, or electroencephalogram based identification), and the like. The motion components 734 include acceleration sensor components (e.g., accelerometer), gravitation sensor components, rotation sensor components (e.g., gyroscope), and so forth. The environmental components 736 include, for example, illumination sensor components (e.g., photometer), temperature sensor components (e.g., one or more thermometers that detect ambient temperature), humidity sensor components, pressure sensor components (e.g., barometer), acoustic sensor components (e.g., one or more microphones that detect background noise), proximity sensor components (e.g., infrared sensors that detect nearby objects), gas sensor components (e.g., machine olfaction detection sensors, gas detection sensors to detect concentrations of hazardous gases for safety or to measure pollutants in the atmosphere), or other components that may provide indications, measurements, or signals corresponding to a surrounding physical environment. The position components 738 include location sensor components (e.g., a GPS receiver component), altitude sensor components (e.g., altimeters or barometers that detect air pressure from which altitude may be derived), orientation sensor components (e.g., magnetometers), and the like.

Communication can be implemented using a wide variety of technologies. The I/O components 718 may include communication components 740 operable to couple the machine 700 to a network 732 or devices 720 via a coupling 724 and a coupling 722, respectively. For example, the communication components 740 include a network interface component or another suitable device to interface with the network 732. In further examples, communication components 740 include wired communication components, wireless communication components, cellular communication components, near field communication (NFC) components. BLUETOOTH® components (e.g., BLUETOOTH® Low Energy). WI-FI® components, and other communication components to provide communication via other modalities. The devices 720 may be another machine 700 or any of a wide variety of peripheral devices (e.g., a peripheral device coupled via a USB).

Moreover, in some embodiments, the communication components 740 detect identifiers or include components operable to detect identifiers. For example, the communication components 740 include radio frequency identification (RFID) tag reader components, NFC smart tag detection components, optical reader components (e.g., an optical sensor to detect a one-dimensional bar codes such as a Universal Product Code (UPC) bar code, multi-dimensional bar codes such as a Quick Response (QR) code, Aztec Code, Data Matrix, Dataglyph. MaxiCode, PDF417. Ultra Code. Uniform Commercial Code Reduced Space Symbology (UCC RSS)-2D bar codes, and other optical codes), acoustic detection components (e.g., microphones to identify tagged audio signals), or any suitable combination thereof. In addition, a variety of information can be derived via the communication components 740, such as location via Internet Protocol (IP) geo-location, location via WI-FI® signal triangulation, location via detecting a BLUETOOTH® or NFC beacon signal that may indicate a particular location, and so forth.

In various example embodiments, one or more portions of the network 732 can be an ad hoc network, an intranet, an extranet, a VPN, a LAN, a WLAN, a WAN, a WWAN, a MAN, the Internet, a portion of the Internet, a portion of the PSTN, a plain old telephone service (POTS) network, a cellular telephone network, a wireless network, a WI-FI® network, another type of network, or a combination of two or more such networks. For example, the network 732 or a portion of the network 732 may include a wireless or cellular network, and the coupling 724 may be a Code Division Multiple Access (CDMA) connection, a Global System for Mobile communications (GSM) connection, or another type of cellular or wireless coupling. In this example, the coupling 722 can implement any of a variety of types of data transfer technology, such as Single Carrier Radio Transmission Technology (1×RTT), Evolution-Data Optimized (EVDO) technology, General Packet Radio Service (GPRS) technology, Enhanced Data rates for GSM Evolution (EDGE) technology, third Generation Partnership Project (3GPP) including 3G, fourth generation wireless (4G) networks, Universal Mobile Telecommunications System (UMTS). High Speed Packet Access (HSPA), Worldwide Interoperability for Microwave Access (WiMAX), Long Term Evolution (LTE) standard, others defined by various standard-setting organizations, other long range protocols, or other data transfer technology.

In example embodiments, the instructions 710 are transmitted or received over the network 732 using a transmission medium via a network interface device (e.g., a network interface component included in the communication components 740) and utilizing any one of a number of well-known transfer protocols (e.g., Hypertext Transfer Protocol (HTTP)). Similarly, in other example embodiments, the instructions 710 are transmitted or received using a transmission medium via the coupling 722 (e.g., a peer-to-peer coupling) to the devices 720. The term “transmission medium” shall be taken to include any intangible medium that is capable of storing, encoding, or carrying the instructions 710 for execution by the machine 700, and includes digital or analog communications signals or other intangible media to facilitate communication of such software.

Furthermore, the machine-readable medium is non-transitory (in other words, not having any transitory signals) in that it does not embody a propagating signal. However, labeling the machine-readable medium “non-transitory” should not be construed to mean that the medium is incapable of movement; the medium should be considered as being transportable from one physical location to another. Additionally, since the machine-readable medium is tangible, the medium may be considered to be a machine-readable device.

Throughout this specification, plural instances may implement components, operations, or structures described as a single instance. Although individual operations of one or more methods are illustrated and described as separate operations, one or more of the individual operations may be performed concurrently, and nothing requires that the operations be performed in the order illustrated. Structures and functionality presented as separate components in example configurations may be implemented as a combined structure or component. Similarly, structures and functionality presented as a single component may be implemented as separate components. These and other variations, modifications, additions, and improvements fall within the scope of the subject matter herein.

Although an overview of the inventive subject matter has been described with reference to specific example embodiments, various modifications and changes may be made to these embodiments without departing from the broader scope of embodiments of the present disclosure

The embodiments illustrated herein are described in sufficient detail to enable those skilled in the art to practice the teachings disclosed. Other embodiments may be used and derived therefrom, such that structural and logical substitutions and changes may be made without departing from the scope of this disclosure. The Detailed Description, therefore, is not to be taken in a limiting sense, and the scope of various embodiments is defined only by the appended claims, along with the full range of equivalents to which such claims are entitled.

As used herein, the term “or” may be construed in either an inclusive or exclusive sense. Moreover, plural instances may be provided for resources, operations, or structures described herein as a single instance. Additionally, boundaries between various resources, operations, modules, engines, and data stores are somewhat arbitrary, and particular operations are illustrated in a context of specific illustrative configurations. Other allocations of functionality are envisioned and may fall within a scope of various embodiments of the present disclosure. In general, structures and functionality presented as separate resources in the example configurations may be implemented as a combined structure or resource. Similarly, structures and functionality presented as a single resource may be implemented as separate resources. These and other variations, modifications, additions, and improvements fall within a scope of embodiments of the present disclosure as represented by the appended claims. The specification and drawings arc, accordingly, to be regarded in an illustrative rather than a restrictive sense. 

What is claimed is:
 1. A computer-implemented method comprising: receiving, by one or more processors, travel information with a travel date for a user; computing, by the one or more processors, a subscription value as a function of a booking date and the travel date; determining, by the one or more processors, a minimum travel value and a maximum purchase amount based on the computed subscription value; receiving a request from the user to reserve a given travel service having a first cost that exceeds the minimum travel value and a second cost that is less than the maximum purchase amount; identifying a travel end date for the given travel service; and preventing the user from reserving another travel service for a specified period of time of the travel end date.
 2. The computer-implemented method of claim 1, further comprising: searching, by the one or more processors, a list of travel services that are available on the travel date to identify candidate travel services each having a first cost that exceeds the minimum travel value; selecting, by the one or more processors, a subset of the candidate travel services that each have a second cost that is less than the maximum purchase amount; and generating, by the one or more processors, for display in a graphical user interface to the user, one or more interactive visual representations of the selected subset of the candidate travel services.
 3. The computer-implemented method of claim 1, wherein the specified period of time is at least one day.
 4. The computer-implemented method of claim 1, wherein the subscription value comprises an accumulated value portion and an amortized value portion.
 5. The computer-implemented method of claim 4, further comprising computing the accumulated value portion of the subscription value by: determining a time interval between the booking date and the travel date; and accumulating the subscription value over the determined time interval.
 6. The computer-implemented method of claim 5, further comprising: determining a number of months between the booking date and the travel date, wherein the subscription value is computed as a function of a monthly subscription cost to the user and the number of months.
 7. The computer-implemented method of claim 5, further comprising computing the amortized value portion of the subscription value by: determining an annual cost of a subscription of the user; dividing the annual cost by a specified repeated time interval in a year; determining a number of times the time interval repeats between the booking date and the travel date; and computing the amortized value as a function of the divided annual cost and the determined number of times.
 8. The computer-implemented method of claim 4, wherein the minimum travel value is determined based on a percentage of the accumulated value portion.
 9. The computer-implemented method of claim 4, wherein the maximum purchase amount is determined as a function of the amortized value portion and the accumulated value portion.
 10. The computer-implemented method of claim 9, wherein the maximum purchase amount is determined based on an adjusted average of the amortized value portion and the accumulated value portion.
 11. The computer-implemented method of claim 10, wherein the adjusted average is adjusted based on an expected margin value, wherein the expected margin value is positive or negative, and wherein the expected margin value is computed based on at least one of a length of time between the booking date and the travel date or a type of travel service.
 12. The computer-implemented method of claim 1, wherein the specified period of time is based on a user profile or is computed based on an attribute of the given travel service.
 13. The computer-implemented method of claim 1, wherein the specified period of time for a first user is different from the specified period of time for a second user.
 14. The computer-implemented method of claim 1, wherein the user is a first user, the specified period of time is a first period of time, further comprising: computing a minimum travel value for a second user and a maximum purchase amount for the second user; receiving a request from the second user to reserve a second travel service having a third cost that exceeds the minimum travel value for the second user and a fourth cost that is less than the maximum purchase amount of the second user; and preventing the second user from reserving a third travel service for a second period of time of a travel end date of the second travel service.
 15. The computer-implemented method of claim 14, further comprising enabling the first user to reserve the another travel service after the first period of time elapses and enabling the second user to reserve the third travel service after the second period of time elapses.
 16. The computer-implemented method of claim 1, further comprising: receiving a user selection of a visual representation via a graphical user interface; and reserving the travel service for the user associated with the selected visual representation.
 17. The computer-implemented method of claim 1, further comprising: applying a machine learning technique to associate the user with a classification, wherein the machine learning technique is trained to establish a relationship between user travel activity and user classification; and selecting a subset of candidate travel services by filtering candidate travel services based on the classification of the user.
 18. The computer-implemented method of claim 17, wherein a first user classification indicates user activity with a subscription service that exceeds a threshold amount and a second user classification indicates user activity with the subscription service that is less than the threshold amount, further comprising: generating individualized travel service lists for the user based on travel behaviors, geographical location, demographics, or a margin target for the user; and enabling the user to interact with a graphical user interface to sort travel services based on a predicted likelihood that the user will reserve the travel services using a preference technique or a recommendation technique.
 19. A system comprising: a memory that stores instructions; and one or more processors on a server configured by the instructions to perform operations comprising: receiving travel information with a travel date for a user; computing a subscription value as a function of a booking date and the travel date; determining a minimum travel value and a maximum purchase amount based on the computed subscription value; receiving a request from the user to reserve a given travel service having a first cost that exceeds the minimum travel value and a second cost that is less than the maximum purchase amount; identifying a travel end date for the given travel service; and preventing the user from reserving another travel service for a specified period of time of the travel end date.
 20. A non-transitory computer-readable medium comprising instructions stored thereon that are executable by at least one processor to cause a computing device to perform operations comprising: receiving travel information with a travel date for a user; computing a subscription value as a function of a booking date and the travel date; determining a minimum travel value and a maximum purchase amount based on the computed subscription value; receiving a request from the user to reserve a given travel service having a first cost that exceeds the minimum travel value and a second cost that is less than the maximum purchase amount; identifying a travel end date for the given travel service; and preventing the user from reserving another travel service for a specified period of time of the travel end date. 